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FOCUS ON THE VALUE OF CLINICAL DATA 

Leveraging the Power of Clinical Data to Improve Health Outcomes 
and Reduce Costs throughout the Military Health System 
Jennifer B. Snyder, MPH, CHES and Gretchen H. Thompson, Ph.D. 


The Military Health System (MHS) houses, arguably, the largest longitudinal electronic health record in the world. Analysts 
can leverage these data to make new discoveries and inform strategies to improve healthcare quality and reduce unneces- 
sary spending. With administrative and clinical data for close to 10 million beneficiaries, the potential for analyses are 
unlimited. As such, we have a duty to drive effective policy, reduce unnecessary costs and improve the quality of care 
delivered to MHS beneficiaries through robust data analysis and translation of results. 


Using proven methodologies, insights from the MHS’s 
vast data resources can help improve clinic processes, 
support business operations, create real time data solu- 
tions, reduce variations in care, and advance research to 
support widespread healthcare reform efforts. However, 
failure to employ systematic methodologies limits the 
full impact of these data. Understanding how electronic 
health data are collected, managed through various 
systems, and accessed is critical to generating meaning- 
ful analytic studies and findings. Individuals experienced 
in MHS care delivery can guide question development 
and presentation of results. This expertise is critical to 
ensure real time solutions to improve healthcare, from 
the patient level to enterprise-wide solutions. 

Through translational research, as a branch of science 
that harnesses knowledge from scientific research to 
generate practical and real-world solutions to human 
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health and well-being, MHS analysts can examine 
clinical data and present findings that drive changes 
to healthcare programs and policies. For example, a 
recent review of the Navy’s Physical Readiness Program 
identified that the prescreening process, the Physical 
Activity Risk Factor Questionnaire (PARFQ), generated 
over 220,000 medical visits per year from sailors who 
answered “yes” to any condition on the questionnaire. 
The demand on the service members, their commands, 
and the Navy healthcare system included lost duty time 
for medical visits, the medical provider costs, and costs 
of any procedures as a result of the visit. The overall cost 
of the existing PARFQ process was $32 million per year. 
Leveraging both clinical expertise and data analysis, it 
was recommended that the Navy replace the existing 
PARFQ screening process with a stratified risk manage- 
ment process to reduce unnecessary medical visits. This 
new system will reduce time away from the worksite, 
increase readiness via fewer false-positive evaluations, 
and reduce process variation. The stratified process 
accepts no additional risk to sailors and will yield an esti- 
mated annual cost-avoidance to the Navy of $20 million. 

Healthcare administrators and clinicians can use clini- 
cal data to compare compliance to national standards 
of care and improve the overall quality and safety of 
care. Examples such as HEDIS® measures, DoD Clini- 
cal Practice Guidelines (CPGs), among others, allow 
comparisons within and across hospital systems. The 
Population Health Navigator (PHN) Dashboard, created 
and maintained NAVMISSA with guidance and over- 
sight by the Navy and Marine Corps Public Health 
Center (NMCPHC), is a secure, web-based tool that 




displays clinical performance results for MTFs with intra- 
facility comparisons and performance over time. The 
PHN Dashboard provides access to the latest iteration of 
standardized metrics and predefined queries for 14 clini- 
cal preventive services, diseases, and conditions. Placing 
aggregate clinic information at the fingertips of provid- 
ers and healthcare administrators alike makes data driven 
solutions available on the ground level of care delivery. 

Taking these data one step further and linking clinic perfor- 
mance with patient outcomes results in opportunities to 
develop new guidelines and best practices. For example, 
the 2008 Department of Health and Human Services 
(DHHS) CPG for Treating Tobacco Dependence recom- 
mends that providers routinely ask and document patient 
tobacco-use status. Furthermore, recommendations state 
that each tobacco user seen in a healthcare setting be 
advised to quit smoking, regardless of their willingness 
to quit. These steps have been shown to increase rates 
of successful clinician intervention, reinforcing the need 
for providers to acknowledge and document tobacco use 
for population health management. Prior to Fiscal Year 
(FY) 2009, methodologies to quantify and monitor MTF 
tobacco cessation efforts within the military population 
were neither standardized nor widely applied. As a result, 
three metrics were created to standardize the Navy Medi- 
cine tobacco use documentation and diagnosis process, 
ensuring patient smoking status will consistently be up-to- 
date in medical records. Equipped with this information, 
clinicians will then be able to more easily identify and 
diagnose current tobacco users, determine patient motiva- 
tion to quit, and proceed with the appropriate method of 
intervention. 

Additional opportunities for using clinical data lie within 
the business operations environment. Analysts can use 
clinical data to explore healthcare delivery patterns and 
patient care seeking behavior. For example, administrative 
and clinical data were merged in an effort to understand 
potential patterns in female recruits seeking long acting 
reversible (LARC) birth control. Patient characteristics in 
both direct and purchased care settings were analyzed for 
a five-year period to build a predictive model to assess 
potential factors that might cause patients to seek care 
in the purchased care setting instead of an MTF. Using 
this information, recapture efforts can be developed to 
help keep healthcare services within the MHS direct care 
facilities where delivery standards are monitored and cost 
efficiencies may be realized. 


Clinical data can also support process improvement 
efforts related to patient care and healthcare efficiency. 
Facing a fiscally constrained environment, clinical data 
can be analyzed to identify low cost solutions to access 
and quality issues. In early 2013, NMCPHC learned the 
Naval Medical Center Portsmouth’s (NMCP) Boice Sleep 
Lab was inundated with patient referrals for Obstructive 
Sleep Apnea (OSA) assessments. This high demand with 
a low proportion of positive studies, driven in part by 
disability benefits received as a result of an OSA diagno- 
sis, exceeded the capacity of the sleep lab. This required 
NMCP to refer active duty patients to purchased care for 
assessment. NMCPHC’s Health Analysis Department 
collaborated with the Sleep Lab to develop an evidence 
based referral process that decreases unnecessary diag- 
nostic sleep studies, unnecessary referrals, and the 
total number of sleep studies. This online tool provides 
primary care providers the resources needed to quickly 
assess the need for a sleep evaluation. Since implemen- 
tation in August 2013, all new active duty sleep study 
referrals are evaluated in the direct care setting, resulting 
in a $400,000 monthly purchased care cost savings. At a 
minimum, this equates to an estimated annual cost avoid- 
ance of $4.5 million at NMCP alone and improved access 
to care for those in need of sleep evaluations. 

Given these, and countless other opportunities, one must 
consider the resources necessary to identify and leverage 
all of the potential applications for clinical data. Trained 
military health data experts are required to ensure the 
accurate and consistent delivery of information. This 
expertise includes an understanding of how military 
clinical data are entered into systems, how they evolve 
across mediums, and how information is coded to accu- 
rately generate results. This understanding, alongside a 
systematic methodology for data inquiry and integrity, 
is fundamental for sound data analysis and interpreta- 
tion. Recent media reports on the Veteran’s Affairs and 
MHS illustrate the need to ensure trained analytic experts 
continue to manage and interpret clinical data, as well 
as administrative data, to provide leadership with accu- 
rate information about issues such as quality, safety, and 
access. Ensuring analysts remain current on data diction- 
aries, emerging data elements, tools for data manipulation 
and analysis, and changes in clinical practice are all help- 
ful in guiding relevant and accurate analysis. 

In addition to a solid foundation in MHS data systems, 
employing a multidisciplinary approach comprised of data 
analysts, MHS clinicians, biostatisticians, communication 
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specialists, and others can ensure accurate findings and 
appropriate opportunities for dissemination. The enor- 
mity of the MHS data system can be overwhelming and 
complex, resulting in piecemeal or incorrect interpreta- 
tions. A multidisciplinary team inclusive of individuals 
familiar with MHS system ensures the validity and rele- 
vance of clinical data analysis. With the vast amounts of 
data available to MHS analysts, there is widespread need 
and immense potential for data-driven healthcare gains. 
It is important to remain vigilant regarding emerging 
data resources and employ multiple approaches to ensure 
healthcare leadership has the appropriate information for 
decision-making. 

Disclaimer: The views expressed in this article are those of 
the authors and do not necessarily reflect the official policy 
or position of the Department of the Navy, Department of De- 
fense, or the U. S. Government. 

Ms. Jennifer Snyder is the Technical Affairs Officer, and Dr. 
Thompson is a Senior Scientist at the Health Analysis Depart- 
ment, Navy and Marine Corps Public Health Center. 

SKILLS AND METHODS 

-A PRIMER ON STANDARDIZED CLINICAL TERMI- 
NOLOGY AND NATURAL LANGUAGE PROCESSING 

This section provides an overview of the use of standard 
medical terminologies/vocabularies, code sets, and natu- 
ral language processing to facilitate the data management 
and analysis of clinical information captured in medical 
records. 

One challenge in gathering valuable clinical information 
from a medical record - paper or electronic - is that the 
information captured is largely a collection of free-form 
narrative. This narrative contains insights, processes, 
prognoses, and evaluations that provide important details 
about how and why healthcare was delivered. However, 
free-form narrative is not very conducive to data manage- 
ment, data analytics, and clinical decision support. 
Instead, this narrative must be captured or converted 
into standardized, highly-controlled, and electronically- 
legible terminology. These structured terminologies can 
then facilitate effective healthcare data management and 
analytics. Moreover, these terminologies are essential for 
the interoperability of data warehouses, electronic health 
records (EHR), and health information exchanges (HIE). 


Standard Medical Terminology/Vocabulary and Coding 
Schemes 

A key obstacle in the effective use of clinical information 
captured electronically is the lack of data interoperability. 
Standard medical terminologies/vocabularies and code 
sets provide the means for organizations to exchange, 
compare, and aggregate data externally for analytics 
and decision support. Several standard and controlled 
medical terminologies/vocabularies and schemes exist 
for multiple broad purposes, but they are all designed 
to unambiguously describe the care and treatment of 
patients at varying levels of detail. Terms cover diseases, 
diagnoses, findings, operations, treatments, drugs, admin- 
istrative items, etc. These standardized terminologies 
may be captured at the point of care or converted during 
electronic submission and processing of the data. Exam- 
ples of these standard terminologies are included under 
the following domains: 

• Administrative code sets - These codes are designed 
to support the administrative functions of healthcare 
organizations such as reimbursement and expense 
accounting. Examples include the International Clas- 
sification of Disease, 9th Revision, Clinical Modification 
(ICD-9-CM) codes, Current Procedural Terminology 
(CPT) codes, and Health Care Common Procedural Coding 
System (HCPCS) codes. While the exact function of each 
code set is different, they provide a standardized language 
for these administrative activities. 

• Clinical code sets - These codes were developed to 
describe specific clinical entities involved in clinical work 
flow, such as laboratory test results and medications. 
Examples include: Logical Observation Identifiers Names 
and Codes (LOINC), which is a standard code set for labo- 
ratory tests, measurements, and results; and National Drug 
Codes (NDC), which is a unique identifier assigned to all 
human drugs registered with the Food and Drug Adminis- 
tration (FDA) for commercial distribution. 

• Reference terminologies - These are common reference 
terminologies for healthcare concepts, as well as the rela- 
tionships between these concepts. These terminologies 
often become the standard “language” of medical concepts 
in EHRs, which are often built to capture these concepts 
at the point of patient care. Examples include: System- 
ized Nomenclature of Medical Clinical Terms (SNOMED 
CT), which is used to describe and record clinical signs, 
symptoms, and diagnoses; and MEDCIN, which is stan- 
dardized terminology that encompasses symptoms, 
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history, physical examination, tests, diagnoses, and thera- 
pies. Another example is the Unified Medical Language 
System (UMLS), which was developed by the National 
Library of Medicine and serves as a compendium of many 
controlled terminologies in the biomedical sciences. 
UMLS is often thought of as a thesaurus or ontology of 
biomedical concepts. 

• Integrated terminologies - These terminologies inte- 
grate multiple terminologies and code sets from multiple 
domains into one master reference terminology. Often, it 
is very difficult for a single standard vocabulary to meet 
all the EHR needs of an organization because a standard 
vocabulary or coding scheme is usually designed to be the 
reference for a specific clinical area (e.g., laboratory 
tests) or to fulfill a particular function (e.g., mortality 
and morbidity classification for reimbursement). Inte- 
grated vocabulary applications, such as the Healthcare 
Data Dictionary (HDD), are used to cross-reference 
and map individual standard terminologies and code 
sets, such as LOINC, SNOWMED-CT, UMLS, and 
ICD-9-CM, into one identifier. Integrated terminology 
applications can also be used to translate between one 
standard vocabulary and another. 

Natural Language Processing 

While standardized medical terminology/vocabulary and 
code sets are used in many clinical data sources, there 
still remains vast amounts of detailed clinical informa- 
tion that is captured and stored as unstructured data (i.e., 
free-form narrative). Organizations, therefore, need an 
approach to turn this unstructured data into standardized 
medical terminology so that it can be more effectively 
used for data analytics and decision support. Natural 
Language Processing (NLP) - also referred to as compu- 
tational linguistics or “text mining” - has slowly been 
adopted in the healthcare sector, but is widely used in 
many non-healthcare settings (e.g., email spam detec- 
tion, voice recognition applications, and market research 
software). In healthcare, NLP technology at its core 
consumes raw, unstructured data as they pass through 
the data management process and outputs suggested 
diagnostic and procedural coding using a standardized 
medical vocabulary system of choice (e.g., ICD-9-CM, 
SNOMED CT, CPT, NDC, HCPCS). 

NLP applications use a variety of automated steps and 
processes to derive standardized terminology output, but 
some of the commonly used steps include: 


• Tokenization - A rule-based and fairly straightforward 
process that determines what words and punctuation 
signs the application needs to pay attention to. 

• Sentence and structure detection - Identifying sections of 
the clinical narrative that represent patient history, present 
diagnosis, procedures, etc. This also includes the detection 
of structures such as paragraph breaks, section headings, 
ends of abbreviations, etc. 

• Parts-of-speech tagging - Identifying the parts of speech 
(e.g., verb vs. noun) and interpreting the surrounding 
terms and context in which a specific term is used. 

• Normalization - Looking up all the meanings and varia- 
tions in meaning for one term (e.g., COLD as a physical 
temperature vs. common term for a diagnosis vs. acro- 
nym). 

• Named entity resolution - Looking up all important terms 
in a dictionary/ontology resource and resolving the mean- 
ings into a concrete concept. 

• Parsing - Understanding the sentence structure of a clini- 
cal narrative so that the context of a concept is better 
understood (e.g., correctly parsing “heart attack” in a clin- 
ical narrative as the patient’s own experience vs. family 
medical history). 

• Negation and ambiguity detection - Correctly categoriz- 
ing concepts so that phrases of negation or ambiguity do 
not cause these concepts to be erroneously coded (e.g., 
“the patient has pneumonia” vs. “test results preclude 
pneumonia”). 

• Semantics - The culmination of all previous steps so that 
the NLP application understands the meaning of words 
(i.e., semantics) versus the focus of all other previous 
steps that dealt with combining them (i.e., the syntax). 

Together, these multiple components and steps of an 
NLP application produce standardized output and some 
measure of error that can be used to evaluate the accuracy 
of the NLP results. NLP technology allows organizations 
to process unstructured data and leverage the wealth of 
information contained in these data to improve the utility 
of clinical data sources. 
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DATA AND INFORMATION SYSTEMS 

- THE CLINICAL DATA REPOSITORY 

This article summarizes high-value clinical data types 
currently available in the MHS Data Repository (MDR) 
from Clinical Data Repository (CDR) data feeds. 

Clinical data that are captured in the Armed Forces Flealth 
Longitudinal Technology Application (AHLTA) flow into the 
Clinical Data Repository (CDR). In order to provide these 
data to analysts, a subset of the CDR data was previously 
sent to the Clinical Data Mart (CDM). However, there were 
several significant data issues identified in the CDM, includ- 
ing one issue where over one million unique individuals were 
represented by multiple person identifiers, making it impos- 
sible to track one person’s data over time and locations. In the 
summer of 2011, due to lack of funding to fix these issues, 
the Clinical Proponency Steering Group voted to shut down 
the CDM. Not wanting to lose access to these valuable data, 
the Defense Health Agency (DHA) later funded a project to 
use the same CDR feeds that previously flowed to the CDM 
to recreate clinical data sets within the MHS Data Repository 
(MDR) environment. 

During the process to redirect data feeds into the MDR, the 
data issues that plagued the CDM were corrected. However, 
due to budget limitations, only certain high-value data types 
were targeted for processing into the public MDR space. 
These data types include: 

• Patient Table - This file is essential for correcting the 
person identifier issue mentioned above, and it provides a 
crosswalk from the CDR patient identifier to the EDIPN. 

• Vitals - This file contains data from the vitals module of 
AHLTA including height, weight, tobacco and alcohol use, 
blood pressure, heart rate, temperature, etc. Each record in 
the file represents one vitals “event”; every time the vitals 
module is opened by a provider, a vitals event is created. 
This is the only file from the CDR data that appears in M2, 
as well as the MDR. 

• Medication Orders - This file contains data on nearly 
every medication ordered within CHCS, including inpa- 
tient and outpatient prescriptions. In fact, this is the only 
source for inpatient prescriptions in the MDR. This file 
only covers direct care prescriptions, including outpa- 
tient direct care prescriptions, which means that there 
is significant overlap between this file and the Phar- 
macy Data Transaction Service (PDTS) file. 


• Medication Fills - This file contains a record for every 
time a medication that was ordered in CHCS was filled. 
It can be linked back to the Medication Orders file, and 
there may be multiple fills for a given order. Some 
orders will not have any fills. 

• Immunizations Table - This file contains a record for 
an immunization reported by a patient. Although the 
data are recorded during a direct care appointment, 
the immunization is not necessarily given during that 
appointment. This file can provide data about immuni- 
zations that do not normally appear in the MDR data, 
but should not be viewed as a complete picture of all 
immunizations received by MHS beneficiaries. 

• Lab Chemistry Table - This file contains a record for 
the result of a chemistry lab test. The results are typi- 
cally stored as a numerical value with units (e.g. 1.2 
mg/dL) and include a normal range, as well as a flag for 
whether or not the results are outside of that range or 
abnormal. The record also includes the name of the test 
(e.g. glucose) and the Logical Observation Identifiers 
Names and Codes (LOINC) Code, which can be used 
to identify a particular type of test. These data can also 
be linked back to the direct care Ancillary file in the 
MDR, although there is not necessarily a one-to-one 
match between the CPT code-level Ancillary file and 
this result-level file. 

• Radiology Results - This file contains a record for the 
result of a radiology test. The results are stored in a 
large free-text field (4,000 characters), which can be 
very difficult to analyze without Natural Language 
Processing (NLP) software. It is also more difficult to 
identify which type of test was performed in these data 
compared to the Lab Chemistry Table. These data can 
also be linked back to the direct care Ancillary file and 
are also not necessarily one-to-one. 

• Pathology and Microbio logy -These files contain records 
for the results of a pathology or microbiology test. Like 
the Radiology file, the results are stored in large free-text 
fields, and the test performed can be difficult to identify. 

CDR data in the MDR allow analysts to add clinical informa- 
tion to the administrative data already present. Clinical factors 
such the Body Mass Index (BMI) or various lab results can be 
used to enhance many studies by providing additional details 
about the patient that are not available in an ICD-9-CM diag- 
nosis code or other administrative data. 
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NEW KNOWLEDGE 

- WHAT IS MEANINGFUL USE? 

This section provides a summary of Meaningful Use 
requirements under the HITECH Act and the implications 
of these requirements for healthcare delivery and evalu- 
ation. 

The American Reinvestment & Recovery Act (ARRA) of 
2009 includes many provisions to modernize the country’s 
infrastructure, some of which are directed at the effective 
use of electronic health records (EHRs) and collectively 
called the Health Information Technology for Economic 
and Clinical Health (HITECH) Act. The HITECH Act 
supports the concept of EHR “Meaningful Use”, an effort 
led by Centers for Medicare & Medicaid Services (CMS) 
and the Office of the National Coordinator for Health 
IT (ONC). Although the MHS does not directly partici- 
pate in the CMS EHR Incentive Programs, it is working 
to achieve Meaningful Use objectives. Meaningful Use 
compliance, along with its objectives and measures, set 
a universal framework for continued improvement in 
clinical and population health outcomes, increased trans- 
parency and efficiency, and more robust research data on 
health systems. 

Meaningful Use is defined by the use of certified EHR 
technology in a meaningful manner (for example elec- 
tronic prescribing); ensuring that the certified EHR 
technology is connected in a manner that provides for the 
electronic exchange of health information to improve the 
quality of care; and that, in using certified EHR technol- 
ogy, the provider must submit to the Secretary of Health 
& Human Services (HHS) information on quality of care 
and other measures. The HITECH Act makes clear that 
the adoption of EHRs is not a goal in itself - it is the 
effective use of EHRs to achieve health and efficiency 
that matters. Meaningful Use involves the use of certified 
EHR technology by healthcare professionals and hospi- 
tals to achieve five health-enhancing goals: 

(1) Improve the quality, safety, and efficiency of care 
while reducing disparities 

(2) Engage patients and families in their care 

(3) Improve care coordination 

(4) Promote public and population health 

(5) Promote the privacy and security of patient informa- 
tion 


The CMS-administered Medicare and Medicaid EHR 
Incentive Programs provide incentives payments to eligi- 
ble professionals (EP), eligible hospitals (EH), and critical 
access hospitals (CAH) for their adoption and demon- 
stration of Meaningful Use of EHRs through required 
reporting of certain measurement thresholds. Participants 
must report on clinical quality measures (CQMs) for 
many aspects of patient care. Specific objectives range 
from recording patient information as structured data to 
exchanging summary care records. The three phases of 
the CMS EHR Incentive Programs have evolved over 
a five-year period and are designed to support eligible 
professionals and hospitals with implementing and using 
EHRs in a meaningful way to help improve the quality 
and safety of the nation’s healthcare system. Stage 1 of 
the EHR Incentive programs began in 2011 and focused 
on data capture and sharing; Stage II began in 2013 and 
focuses on advanced clinical processes; and Stage III will 
begin in 2015 and focus on improved outcomes. While 
participation in the CMS EHR Incentive Programs is 
voluntary, Medicare will require that all Medicare-eligi- 
ble professionals and hospitals meet Meaningful Use or 
they may be subject to a financial penalty after 2015. 

Under the CMS EHR Incentive Programs, EPs can receive 
$44,000 under Medicare and $63,750 under Medicaid, 
but they must choose to participate in one or the other; 
whereas, eligible hospitals or CAHs may receive $2 
to $6 million annually for each program, and most can 
receive a payment from both. As of September 2013, 
the HIT Policy Committee Report revealed that close 
to $16 billion incentive dollars have been paid since the 
programs’ start in 2011. As of July 2013, 81 percent of 
the 5,000 eligible hospitals had received a payment (90 
percent had registered), and 59 percent of 527,000 profes- 
sionals had received a payment (77 percent registered). In 
a Health Affairs study, researchers found overall improved 
hospital Meaningful Use achievement rates with large 
hospitals (400+ beds) showing the highest rate of mean- 
ingful use achievement (77 percent), followed by small 
rural hospitals (76 percent) and medium-sized (100-399 
beds) hospitals (72 percent). A 2013 survey compiled by 
Healthcare Financial Management shows that hospitals 
spent an average of $7,500 per bed to achieve Meaningful 
Use, and nearly two-thirds of the respondents anticipated 
a positive financial return. Seventy percent of organiza- 
tions surveyed had returned to pre-conversion levels 
for revenue cycle performance within one year of EHR 
implementation. 
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For more information on Meaningful Use and to read 
CMS EF1R Incentive Programs regulations, including 
documentation to help professionals and hospitals under- 
stand the requirements of each objective and demonstrate 
Meaningful Use successfully, visit the CMS Meaningful 
Use website at http://www.cms.gov/Regulations-and- 
Guidance/Legislation/EFlRlncentivePrograms . 


TIPS AND TRICKS 

- FUNCTIONS AND LOGIC FOR LOCAL VARIABLES 
IN M2 

After pulling data from the M2 universe, a user is able to 
create a local variable within the report using the data and 
various operators and functions. This article will use a 
report created in a previous issue’s Tips and Tricks (Vol 4, 
Issue 3) to create local variables using if-then-else logic, 
as well as character functions. 


M2 LOCAL VARIABLES - EXAMPLE 


Illustration/Exercise: 

The “Tips and Tricks” example report from Volume 4, Issue 3 (Prevention) queried the CDR Vitals table in M2 
to generate Blood Pressure and BMI Information from FY 2014 for Quantico’s current (FM 8) Prime enrollees 
(see Figure 1). The data in the report are record-level and include: Blood Pressure, Sitting; Blood Pressure, 
Standing; Blood Pressure, No Position; and Blood Pressure, Supine results. The blood pressure readings are 
displayed as “Systolic/Diastolic” (i.e. 140/90); and Blood Pressure, Sitting is the most populated for this data 
pull. Use this report to identify which of the current enrollees have pre-hypertension or hypertension. 1 

Figure 1: Query panel for CDR Vitals query with a subquery on TRICARE Relationship Detail. 



1 The National Institute of Health (NIH) identifies hypertension as above 140 mmHg Systolic and 90 mmHg Diastolic and pre-hypertension as 
130-139 mmHg Systolic and 80-89 mmHg Diastolic, (http://www.nhlbi.nih.gov/health/health-topics/topics/hbp/) 
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M2 LOCAL VARIABLES - EXAMPLE 


This report provides data for the Prime enrollees, but it does not provide information or an easy way to identify 
patients who have pre-hypertension or hypertension, especially as some enrollees have multiple vitals records 
in FY 2014. Instead of examining each Blood Pressure, Sitting result for each enrollee, this modification to the 
report will create a local variable that will act as a flag or marker. It will equal “0” if the record does not meet the 
requirement for pre -hypertension and “ 1 ” if the blood pressure in the record falls within the pre-hypertension NIH 
guidelines. 

To create a local variable, click on the orange and green icon in the toolbar (see Figure 2). The name of the vari- 
able will be “Prehypertension Systolic (Sitting)” and it will be a “Dimension”, as it is a marker for each record. 
You can choose anything for the values of the marker/flag (e.g., 0 and 1, N and Y, or No and Yes). The Formula 
box in the Variable Editor is where the variable will be defined (see Figure 2). The formula always starts with an 
“=” sign. 

Figure 2: Variable Editor window 


File Edit View Insert Reporting Tools Data Analysis Window Help 
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M2 LOCAL VARIABLES - EXAMPLE 


In this example, if the systolic blood pressure is between 120 and 139 mmHg, then the enrollees should be 
marked with a “ 1” (or a Y) for pre-hypertension, else they should be marked with a “0”. The if-then-else logic 
follows the same general pattern: IF (statement) THEN (value you want the new variable to display if the state- 
ment is true) ELSE (value you want the new variable to display if the statement is false). 

To create this logic, use the three windows below the formula tab: “Data” which has all the variables in the 
report and whatever new variables have already been created; “Functions” which are specific to measures such 
as sum or average, dimensions such as “Substr”(substring), and all variables such as “If’ “Then” “Else”; and 
“Operators” which designate relationships between variables (e.g. between, greater than, inlist/includes). You 
can find each of the components of the formulas and double-click, or you can type directly into the formula 
bar with or without spaces. The directions on how to use each function or operator will appear in the “Descrip- 
tion” box at the bottom when it is selected. For example, “Substr” returns a part of a string, and the syntax is 
“substr(variable from report;start of string;length of string you want to return)”. This local variable definition 
focuses on the systolic blood pressure, which starts at the first position and is three digits/spaces long (see 
“Formula” box in Figure 2). The checkmark next to the “Formula” box enables the user to check the syntax of 
the formula and will highlight any errors in yellow. 

When finished with the formula, click “OK” and drag the variable from the left panel into the table to see if 
the logic correctly identifies a record with pre-hypertension (see Figure 3). Next, create another local variable 
to identify “Diastolic Hypertension”. For the formula use the syntax: =If(Substr([Blood Pressure, Sitting] ;5;2) 
Between(“80”;”89”)) Then 1 Else 0). 


Figure 3: Records with pre-hypertension 


Ify 

FM ACV Group 

Age Group Code 

PsiRe Prehypertension Diastolic (Sitting) 

Prehypertension Systolic (Sitting) 

Blood Pressure, Sitting 

2014 

1 Other 

F 

02*601 

1 

1 

128/87 

2014 

1 Other 

F 

02(601 

1 

0 

151/85 

2014 

1 Other 

G 

081601 

0 

0 

116/73 

2014 

1 Other 

G 

OF! 60* 

0 

0 

118/66 

2014 

1 Other 

G 

0FE60* 

0 

0 

116/71 

2014 

1 Prime 

F 

oofcoj 

0 

0 


2014 

1 Prime 

F 

00(60! 

0 

0 


2014 

1 Prime 

F 

00160' 

0 

0 



After creating the local variables, remove Record ID and Blood Pressure, Sitting, and place a filter on Prehy- 
pertension Systolic and Diastolic (Sitting) where both values equal “1” then the table will be aggregated into 
a list of enrollees who have Prehypertension (see Figure 4). To count the number of people, just click in the 
Pseudo Person ID column and click “Insert Count” from the toolbar, and page to the end of the table. 


Figure 4: Filtered to pre-hypertension patients 


FY 

FM 

ACV Group 

Age Group Code 

Psiprehypertension Systolic (Sitting) 

Prehypertension Diastolic (Sitting) 

2014 

1 

Other 

F 

02* 

1 

1 

2014 

1 

Prime 

F 

oo: 

1 

1 

2014 

1 

Prime 

F 

00* 

1 

1 

2014 

1 

Prime 

F 

0W_ 

1 

1 

2014 

1 

Prime 

F 

Oil 

1 

1 
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M2 LOCAL VARIABLES - EXAMPLE 


Additional Formulas: 

To identify patients with pre -hypertension, you can also build just one local variable using Blood Pressure, 
Sitting and the following formula: 

=If( (Substr([Blood Pressure, Sitting];l;3)Between(“120”;”139”) And Substr([Blood Pressure, 

Sitting] ;5;2)Between(“80”;”89”)))Then 1 Else 0 

You can also use the two newly created variables Systolic and Diastolic to achieve the same logic: 

=If[Prehypertension Diastolic (Sitting)] = 1 And [Prehypertension Systolic (Sitting)] = 1 Then 1 Else 0 

Lastly, if you want a formula that will consider all fields for pre-hypertension, apply the following logic (see 
Figure 5): 

=If(Substr([Blood Pressure, Sitting];l;3)Between(“120”;”139”) And Substr([Blood Pressure, 

Sitting] ;5;2)Between(“80”;”89”) Or(Substr([Blood Pressure, No Position];l;3)Between(“120”;’’139”) 
And Substr([Blood Pressure, No Position];5;2)Between(“80”;”89”))Or(Substr([Blood Pressure, Stand- 
ing];l;3)Between(“120”;”139”) And Substr([Blood Pressure, Standing];5;2)Between(“80”;”89”)) 
Or(Substr([Blood Pressure, Supine];l;3)Between(“120”;”139”) And Substr([Blood Pressure, 
Supine];5;2)Between(“80”;”89”)))Then 1 Else 0 

Figure 5: Prehypertension in any blood pressure results 



Note: Examine the results in the first row of Figure 5. Any two-digit systolic blood pressure readings also start 
in the first position and have a space in the third position. If you are creating a flag variable for hypertension, 
which for the systolic portion is greater than 140, you will accidently mark all two-digit results with the follow- 
ing logic: 

= If( (Substr([Blood Pressure, Sitting]; 1 ;3) >= “140” then 1 else 0 

Because “98” is in the hundredth position, it is being read as “980” and, therefore, greater than 140. To avoid 
this misidentification, you can insert a variety of work arounds, such as: 

=If(Substr([Blood Press ure, Sitting]; 1 ; 1 )InList(“ 1 ”;”2”) And Substr([Blood Pressure, Sitting]; 1 ;3) 
>=”140”) Then 1 Else 0 
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